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0 Graphics terminal for personal computer system* 

0 The Invention relates a real time* muitiussr, time- 
share computer systams particularly adapted for mn* 
ning computer software written for individual per> 
sonal computers,, including software that requres the 
Interactive exchange of Ngh resolution computer 
graphics infnrmafion. Data is tronsfenred between tiie 
host computer and remote terminals over a very 
high speed serial data transmlsskin line at a rate of, 
for example, 25 MHz. Fiber op/Hc duplex cables 
connect a host controBer witti one or more remote 
CStemiinals. One fiber optic caUe canrfes ttie data from 
'^the host controller to tire remote terminal and tfie 
(0Oth6r cable canries data tram the remote terminal to 
CDfhe host controller. Specially decficated. high speed, 
OB hardwired electronic logic, such as 74F series TTL 
0 hardwired logic, encodes the software commands, 
^transfers the data over a serial data fink, and de- 
^codes the data so that stower speed hardware may 
CIdirect the data to ttie appropriate operating hard- 
n ware. The data link can connect terrninals in a real 
ll|time, time-share networic tiiat enables remote sta- 
tions to share han:tware and software written for the 
single user, single tasking genoBtion of personal 



computer witiiout modification to the software, in- 
cluding software ha\^ng high resokition. interactive 
graphics. 
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GRAPHICS TERMINAL FOR PERSONAL COMPUTER SYSTEM 



flA(XGROUND OF THE INVEWTiON: 

1. Field Of InventiorL 

The invention relates to the fietd of real time^ 
mulfiuser, ifme-share computer systems and spe- 
cifically to multiuser personal computer systems for 
runn^ computer software wiltten for Indtviduai 
persona] computers, including softyvsme that re* 
quires the interacUve exchange of high resolution 
computer grapMcs information. 



2. Descrtpllon of Relatsd Art 

Software manufacturers have developed a con- 
siderable number of software programs for the p^- 
sona! computer. The development of software 
p&ckaQQSt particularly for busness applications, 
has been as^sted immensely by the estat>li8hment 
of standard operaSng hardware that Is accepted 
through out the Industry. The large numtier of 
software packages that have been written for the 
personal computer and the enormous ^rt made 
to devetop software for business applicatione com* 
txne to^ encourage h^ware manutectures to de* 
velop computer systems thaf can run- existing soft* 
ware. 

Many sofhvare packages have been written to 
cfirectty access specific elements of operating hard* 
ware found on the standard personal computer. 
Therefore, any computer must have cirect access 
to the hardware found on the standard PC if that 
computer is to execute conv^onal software pack- 
ages. Many software packages have also been 
writfian so that the computer can perform only one 
function at a t&ne^ These sfngte tasking systems 
essentiaQy tie down all the hardware on the PC so 
that multRasking at the PCIs a nontrivial rmblem. 

A new generation of the personaf computer has 
recently been Introduced by Compaq. At the nnost 
bask: level the 8088 mk^roprocessor. used as the 
central processing unit (CPU) of current personal 
computers such as the IBM )Cr and AT series has 
been replaced with a vastly more powerful CPU, 
the 80^ microprocessor manufactured by Intel. 
The '388 CPU can execute the software padcages 
written for the current generaticsi of PC. The full 
capat^es of the CPU. however, cannot be, 
expbited by software written to run on a PC using 
the less powerful 8088 CPU. 

The capabilities of the '386 CPU may be fur- 
ther exploited by ninning several applicatrans pro- 
grams concunrently. The '388 microprocessor has 



an extraorctinary capatiility to lir^ tiqether a large 
number of remote, low cost work stations by ap- 
pearing to each station as a separate CPU that Is 
dedicated to serving that one station. This muh 
s titasMngr muttiuser mode of operation, however, Is 
limitsd by the number of Inputtoutput ports avail* 
able at the computer. It Is phystcalty imprac^ to 
place enough I/O rrarts in cksse enough proximity 
to the CPU to fully exploit the multiuser, muh 
10 fitasking capatMlhies of the '388 CPU, especially for 
executing software written for less powerful per- 
sonal computers. 

One way to more fully utilize the capabilities of 
a '388 CPU Is to form a muiduser syeim "of- 

76 remote terminals that use the '386 CPU on a time- 
share t>asis. However, the use of remote terminals 
presents a problem for executing ^ftware that is 
written for the persona! computer. The '386 CPU 
must have direct access to whatever operating 

20 hardware the software may request at the remote 
work station. For example, programs for such di- 
verse appiicab'orts as spread sheets and word pro- 
cessing require direct access to video memory for 
displaying high resotutfon graphics. Conventional 

25 »>ftware packages tfiat have been written for a 
single user, single tasking personal computer are 
not corTH>atible with a multiuser, time-share system 
of the 'type otf^rwiee permitted by the '388 micro* 
processor because the software cannot access the 

30 of^raling hardware located at the remote terminal. 
Various attmipts have been made to link per* 
sonal computers to permit mulHple users to share 
both hardware end software. One oomriKin ap- 
proach Is the locals area network (I.AN). A LAN can 

35 provide peer to peer data communications but not 
centralized managemesrt and control of the'^type 
permitted by the new generation PC. Most LAN 
networks are expensive because each personal 
computer in the network requires a separate net- 

40 work card to interface with the r^twork and the 
Industry does not have an accepted standard LAN 
or LAN interface. Conventk>nai LAN's, and other 
networking systems, transfer data t>etween 8tatk>ns 
at a slow rate Milch is totally inadequate for the 

45 high resolutkm, intaractive graphics contained in 
numerous software packages. 

. The art recognizes a need ibr a multius^ com- 
putar system for executing high resolution, inter- 
active graphics packages in a real time, time-sfiare 

50 system. The at also recognizes a need to ec* 
onomically link remote temilnals with a central 
computer using hardware that is fully compatible 
with the software written for tfie single user, single 
tasking generatton of personal computer. 
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SUMMARY OF THE tNVB^ON 

Tlie present invertion provides a method and 
dpparstte for eioctronlcaliy trarrsferrfng data, espe* 
ciidfy high resolirtion video sraphic$ data, betwreen 
a remote tenrnind and a centra] processirig unit that 
is 80 fiBst that the remote tenminal functions as if it 

— WehanMredtotheCPU.Ah^speeddataanlc 
enabfes eac^ remote tenninal to function as if it 
were an element of operating hardware that is 
hardwired to the data bus of a host controiier $uc^ 
as a memory unit. The data link also enai^ies the 
host controller to function as if it were hardwired to 
the data bus of the remote tsnninal. Thus, the 
hiardware of the host controiier is local to each 
r emote temnlnal. Control logic encodes data for 
high speed transfer and separate oontroi logic 
places the transf^nred data Into a form suitable for 
processing on a data bus at the other end of the 
data Hnlc The data llnlc can connect personal com- 
puters in a real tme, time-share networtc that en> 
ables remota stations to share hardware and soft- 
ware that is distributed at remote locations. The 
hiardware does not require nnodifying the software 
written for ihe dngle user, Sflrigie tasking generation 
of personal oomputer, including software having 
high resbluton. Interactive graphics. 

In the pretend embodiment of the appar^us 
for implementing the present invention, tiie data is 
transfen'ed t)etween stations over a very high 
speed aerial data transmission line at a rate of, for 
example. 25 Megabits/^. Fiber optic duplex ca- 
bles connect a host controiier with one or more 
rentote tenminals. One fitser op6c cable cam'es the 
data from the tost tenminal to the remote tmitinai 
and file other cable carries data from the remote 
controller to the host controller. Specially dedi- 
cated, high ^peed, hardwired electronic logic, such 
as 74F series TTL hardwired logic, encodes the 
pffallei stream of data from a first data bt^ to a 
serial data format, transfers the <tata over a sedal 
data linic, and decodes the data at a second data 
bus back into a paraliel stream so that sk)wer 
speed hardware may direct the data to the qspro- 
pria te operating hardware* 
r TTie remote terminal may execute applications 

' software contained at the host cc^oller as if the 
software were run on hardware that is hardwired to 
the data bus of the remote tenminal. The host 
controSer may execute existing personal computer 
software, wi^out modification, in response to com* 
mands from the renu>ta terminal fciecause the soft- 
ware has direct access to ail operating hardware on 
the data bus of the remote termini. For examfde. 
an Interactive computer graphics package that is 
executed on the host controller has direct access 
to ttie >ndeo m«Dory of the remote tenminal over 
the data Gnk so that the graphics may be both 



displayed and modified at the remote terminal m 
real time. Different remote terminals may execute 
different software at the host controller so that the 
host controiier functions In a multitasking, multiuser 

5 mode. The host controller may access tardware at 
the remote temiinai that is unrelated to tf« de- 
mands of the particular software packaQ^ then be* 
big accessed tiy the remote terminal so that the 
remote tenminals also may operate in a muititask- 

10 ing mode. Thus, the present invention permits a 
multiple number of remotely positk)ned terminals to 
hinction in a real time, multitasking, multiuser, time- 
sham computer system Independently of the 
graphics resolution or hvdware demands of the 

19 software. 

The piBsent invention greatly simpfifies ftm 
connections requinad to trsnsfier data, particularty 
video faifbnmatibn. tjetween computers and remote 
terminals. The reiatlveiy simple hardware required 

80 to Implemem the present invention reduces the 
cost of the data link. Further, the sfmpltelty of the 
method by which the data is transfenBd also per- 
mits establishing an industry standard for electrontc 
data transfer k)etween computers and remote termi- 

25 nals. 

The invention is Illustrated with a system for 
connecting a numt)er of relatively unsophisticated 
ranot© terminals to a host controiier. The host 
controiier executes the applications software in re* 

30 sponse to commands received from the rennote 
terminals in real time on an Interactive, time^haro 
basis. Altemately. the invention pemnlts Ilnkir^ 
mote, aitonomous personal computers in an i4l0^ 
active, real time networic so that tiie PCs 6m 

35 exchange Information, inducting vkfeo information, 
in real time. 



BRIEF OF DESCRIPTtOW OF THE DRAWINQ8 

40 ' ' 

Figure 1 Is a block diagram of a grsphtes 
termfnai and assodated host and for implenrtenting 
the presem invention; 

Rgure 2 represents a format for transmitting 
4S data from the host controller to the remote terminal; 

prgure 3a r^msents the format for directing 
interrupt rec^ests from the remote tenminal to the 
hostcontnollen 

Rgure 3b r^resents the format for returning 
50 data from the remote terminal to the host controller 
In response to a read request from the host con* 
trollen 

Rgure 3c represents the format for a write 
command directed from the lemole terminal to ttie 
55 host controller; 

Rgure 4a is a flow chart of the logical steps 
perfomied in receivir^ data tiie host controllen 
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Rgure 4b is a flow chart of trie logic steps 
axecuted in transmitting data tirom the host control- 
Jen 

Rgure 4c is a flow chart of the loc^c steps 
for reoeh^ng data at the host conffoilen 

Rgure 5a Is a fbw chart of the logic steps 
for transmitting data from a remote terminal; and 

Figure 5b is a flow of the logic steps 
ibr reo^vlng data at the renuate termina). 



DETAIL DESCRIPTION OF THE PREFERRED EM- 
BODIMEffT 

Ftgure t is a block diagram of the graphics 
terminal system for a remote luminal and host 
rfffitmitor accofdlng to the present Inventloa Print* 
er 15, modem 17. mouse 19. keyboard 21 and 
vkfeo display unlt-23 are Inputtoutput devices Ibr a 
per^^nal computer that are well known In the art 
Remote terminal 14 comprises parallel port 13, 
serial port 16, serial port 18. key board interface 
unit 20 graphics controller 22 and video memory 
unit 24 which are hardwara elements of a personal 
computer well known In the art as found on the 
IBM XT a- AT series PC. Elements 13, 16, 18, 20 
and 22 are connected to a remote temnlnaf bus 27. 
Ftemote terminal bus 27 also exchanges data with 
a fiber optic transmrtter/recelver unit 9 through 
MFM encode/decode unit 10 and shift register 11 
under the control of tannlnal logic controller 12. 
Hie MFIVI unit operates on a pulsed form of the 
Mfillsr code. Host controller 1 comprises a host 
data bus 26 whteh exchanges data with fiber optic 
transmit receive unit 5 through bus buffer 2, FIFO 
register 3 and MFM encode/decode unit 4 under 
the control of host controller 8. Altemalely, other 
encode/decode methods couM be used such as 
Manchesler II or 4B5B 

The Interactive hardware logic and communk:a- 
tkms system of the host controller 1 and remote 
terminal 14 are cunsUuctsd such ftiat remote temil* 
nal bus 27 appears to physteaBy re^de in a mem- 
ory unit accessible to host bus 28. Hius, data from 
remote terminal bus 27 may be accessed as data 
from a conventional memory unit Addross and 
inpuVoutput decoder unit 7 aooept commands from 
the host bus 26 in combination with host togic 
controller 8. bus buffers 2. FIFO unit 3 and shift 
register 6. Selective transfer commands aro di- 
rected to tfie. remote terminal 14 through MFM 
encoderAjecoder unit 4. 

Fitter optic transmit and rec^e units 5 and 9 
may be any optical fibm* transmission system that 
Is capable of transmitting at 25 megahertz or high- 
er, one such system being manufactured tjy the 
Hewlett Packard Corporatton of San Jose, CA. Fi- 
ber optic transmlt^ireceive units 5 and 9 use a 



duplex cable having two fiber optic cables. One 
fiber optic cable carries signals from host controller 
1 to remc^ teniHnal 14 while the second cable 
carrfes signals from remote tenmlnal 14 to host 
5 controller 1. Also, fiber optk; caUe is preferrsd over 
coaxidi cable because fiber optic cable can trans- 
mit data at a faster speed that is mare appropriata 
for handling the high speed serial data transmission 
required by the present invention. Fiber optic cable 
10 does not OTiit electromagnetic radiation and is not 
susceptible to electromagnefic interference as Is 
coaxial cMe. 

The MFM encode/decode units 4 and 10 and 
logic controllers 6 and 12 are made from 74F 
75 series high speed TTL logic such as manufactured 
by Fairchitd* The logic is prefer^ly hardwired to 
form a Richardson contrdlerthat is specially dedi- 
cated to the specific task of controlling data pro* 
cessing. The controlterB encode parallel data from 
20 one data bus Into a serial data strean and decode 
the serial data back to a parallel stream in the 
fbnmat of the receiving bus "on the fly", in real 
time as the data is generated. The logic controllers 
might be rei^eced with a general purpose micro- 
25 processor capable of ^ecuting the programming 
YfWh sufficient speed, although no microprocessor 
known at present has sufficient processing speed. 
The bus buffer 2, address and decode unit 7. RFO 
unit 3 and shift registers 6 and 11 may be made 
30 from slower speed LS togk;. Host bus 26 may be 
any of several data bus configurations such as 
^4ultibus. \nAB, Q^US, or the data bus used on 
the IBM Models XT and AT personal computers. . 
The FIFO units 3 and 11, however, should mit be 
35 used with tfiis later bus t^ecau^ the period of t^ 
required fo empty the RFO may exceed the time 
needed to mfiresh the bus. With a higher perfor- 
mance bus. however, the RFO enables the host 
controller 8 to contlrttie transferring data to the 
40 remote tenmlnal while the CPU on the host bus 
does something else. Thus, the FIFO's reduce the 
number of times that the CPU must address each 
remote temtinaL 

As presently contemplated, host lo^c controller^ 
45 8 and terminal teigic controller 12 provide all timing 
and control functicms necessary to transfer data 
between the remote terminal an d host controller.^ 
< To ensure that the remote temrtinai is physicangs 
"mapped" o nto the host controller, it is necessary 



^^^^^ 



50 



TOt the encode, decode and transfer operations 
^asr on the fl y, wttich typically involves process- 
. iB ff at very hioh speed ^ch as 25MHz or higher^ 



The data bus is <tedk:^ed primarily to updating the 
video mevnory with much less time processing time 
being spent communicating wrtii the C^U^^,...^-— 

The type of data bus usedinnrRSToontrot- 
ler or remote terminal may estabDsh a minimum 
rate for data transfer. Some l>usses. such as found 
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on the IBM XT and AT series personal computer, 
requve that the video mennofy be perioclicaiiy re- 
freshed, if too much fime Is sper^ in video wrtte. 
the refresh time is e)fQaeded and the memory lost 
H the transfer too aJow, the refresh time Is 
exceeded b^cro & comptete messa^ is stored. 
White the minimum time vales depending on the 
particular data bus. ft Is believed that the transfer 
rate must be at least t5 MegabHs/sec. It Is to be 
appred^ however, that a h^r perfomance 
data bus that does not need to be pertodicaily 
refreshed does not have a minimum transfer rate. 

Address and input/output decoder 7 transfers 
requests for memory and output write commands 
from host bus 26 to host logic controller a The 
host confnolier coordinatas the transfer of data 
throu^ bis buffers 2 and optional FIFO 3 or shift 
register 6. The serialized data is encoded by IMFM 
encode and decode urtit 4 for transmission by fiber 
optic transmitter 5. 

A signal receiver in fiber optic 
traism'rtter/receiver unit 9 receives the oj^cal sig- 
naf and transfers data to a MFM encode/decode 
Unit 10. The Incoming ^gnal is buffered in shift 
regfster unit 11 until termmal logic controSer 12 
detemnlnes that the tranamisskHi is complete. The 
tenriOTaf oontrolio^ then provides control and timing 
information to remote tenminal bus 27 so that the 
output from shift retfster 11 may be directed to the 
Appropriate output port or memory tocatiwi. After a 
period of lime suffldent to transfer 6&tB, terminal 
k)glc controller 12 sznds an adcnowtedgmem signal 
to the host controller. The fbrrrKtt of the acknowl- 
edgment signat is iliustrated in Figure 3& 

Host data i3u$ 26 generates memory and input 
read commands In the same manner as described 
above with two exceptions. The first exception is 
that tfie CPU of the host controDer (not shown) 
must wait for all previously received access re- 
quests to the termlnat to be emptied from the 
buffer before receiving the nsxt read information 
»kJ resuming nonnai operBti<»i. The second ex- 
ception is that the terminal controller 12 must use a 
s^jhtty cfiffierent data fbnnat shown of figure 3b, to 
return the requested data from .a memory or Ihput 
port 

Tenminal controller 12 generates an intenrupt to 
the host controller 8 to request an intsrupt on host 
bus 26 in response to an interrupt generated by 
any {rf the peripheral devises 15, 17, 19 or 21, The 
host ocmtroller 8 maintains the information on the 
aource of the Interrupt in address and decode ur^ 
7 for transfer to host data bus 28. 

Rgure 2 llti^tratas the format for data con- 
tained In a host Initiated command. The first two 
bits of the frame. A and B, determine whether the 
command is a read or write command and whether 
the data transfer is directed to an t/0 port or to a 



memory device. The bits that follow contain the 
adifrsss of the. data. Date bits follow the adcj^ess 
only If the command is a write commarKl. Thus, 
placing the readywrite bite In front of the address 
5 eSmlnates hiring to read the eight bite 6! address 
when the command is a read command. 

Figure 3a iKustratss an Intemipt request cfi- 
rected from the remote terminal to the host control ~ 
ier. A true vahie in the first bit indicates thai the 
10 rac^ved message is an Intenrupt address. The 
remaining bits define the address of the source of 
the Interrupt* 

Figure 3b illustrates the format of the date 
fbnnat for admowled^ng a read command. The 
IS first bit is a 0 or false" followed by a 0 or •%lse'. 
The foBowfng bite contain the date requested by 
the host controller. 

i=igure 3c illustrates the date fbnmat in which 
the intemipt bit is set to 0 or "false" and the lead 
20 bit is setto 1 or "true* in order to acknowtec^e the 
receipt of a write cwnmand. 

The transmission of the date between the host 
controller may be done either in a synchmnous or 
asynchronous fonmat The synchronous format is 
2S concejrtuaily easier to implement but requires more 
processing hardware to distinguish between a null 
transmission and real data. In addition to requiring 
less handwarst the asynchronous format is faster 
because the logic conlrollftrs need not recognize a 
30 date transmisaon sirK» no signal is transmitted 
unless date Is also being transmitted. The aeyvt* 
chronous format, however, is more cSfficuit tc irfs* 
plement Tfie preferred embodiment of the present 
invention comprises a hybrid trarwmission fbnmat «• 
35 which synchronous date trar^missions ane trans- 
mitted asynchronously. The logic controllera have 
no difficuKy in recognizing date because no signal 
is transmitted unless date is also present The 
pmcess of decoding the date at the rec^vlng con- 
40 trofler. however, is essentially that for decoding 
synchronous data. Tha hybrid trarmiission format 
set forth in detail below Is considered to produce 
the maximum rate of date transf^ with the mini- 
mum amount and complexity of hardware. 
46 Figure 4a is a fiow chart of logic operations at 
the host controller that occur in response to an 
Inltiatfon request firom the host bus. The host con- 
troiler remains in an idle state until a bus access 
occurs at step 28. If the request from the host is a 
50 ''read*- request at step 29, a wait request line is 
activated at step 30. The host controDer 8 then 
walte unfii room is available in FIFO memory buffer 
3. Once sp^ is available, tf» controller docks the 
bus address at step 32 and saves the cnnmand 
55 type at step 33. A "FIFO command pending" flag 
is set at step 40 which initiates the processing 
steps shown In Rgure 4b. If the command was not 
a "read** at step 28. then the controller 8 deter* 
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mines at step 34 if the FIFO tniffer is full. If the 
RFO tniffer Is full, a wait Una to the host is set at 
step 35 and the FFO status is monftored at step 
38 antH space is avaii^ie at yAxIcHx time the wait 
Una 'ts removed as step 37. The address and data 
is tt»ff chicked in ^ the end of the next cycle as 
step 38 and the command type is saved at step 39. 
The **RFO comm^ pendtng** flag is set whteh 
activates the process shown in Fig 4b. the FIFO 
was not fun at step 34. the'address and data is 
clocked tn at step 38, me command type is saved 
at step 39 and the "FIFO cornmand pending" Hag 
is set at step 40. 

n^re 4b de»ibes the host data communicar 
tions transmitter operafions. The host logic control- 
ler 8 monitors the FIFO command pending flag at 
step 44. When the flag is set« the confrolier waits If 
OMifher transfer is in process as step 42» Onoe the 
previous transfer is complete, synchrorrizafion 
SYNC bits are transmitted, the shift regisfor is 
loaded, the st^ft counter is set for read or write as 
' appropriate, a "tiansfisr-in-progress" flag is set and 
the command is toaded at step 43. A delay occurs 
until SYNC Is completed at step 44 at which fane 
the shift register docks are enabled at step 45. The 
shift counter is tested for equality to zero at step 
48. If not equal to zero, the counter Is decremented 
at st^ 47 and checked ag&dn at step 46. When the 
counter equals zem, a lime-out counter is initialBd 
at step 48 and the receive counter Is set equalto 2 
at step 49. 

Rgure 4c iHustraies the host data communicar 
tons receiver togic which begins awaiting a re* 
spwise from the remote terminal 14. The MFM 
decoder 4 is monitored for SYNC step 50 or a 
time-out counter step 51. If a lime-out occurs, the 
host processor is interrupted at step 52 to signify 
an error oondlfion. if the SYNC is receh/ed at step 

50. the host controller 8 extract the first bit and 
decrements the receive count at step 53. The host 
controlier then checks the first bit to see if it is an 
intenn^ at step 54. If sa the controller sets the 
receive count equal to 4. selects the intsnrupt regis- 
ter multiplexer path and stops the fime-out dock at 
step 55. The shift count is tested for equality to 
zero at step 56. If the shHt count is not equal to 
zero at step 56. an intenrupt is generated at step 59 
and the time-out clodc is envied at step 60. The 
process then reenters the loop which tests for 
SYNC received at step 50 and a timeout at slap 

51. if the first bit detected at step 53 was not an 
intenrupt at step 54, then the receive couit Is 
decremented and the second bit e)ctracted at step 
81. The second bit is tested for a read value at 
step 82 wluch. if Inie", sets the receive count 
equal to 8 and selects the read register multiplexer 
path at step 83. The shift count is tested for equal- 
ity to zero at step 84 which. If not true, shifts 



counts equals zero and decrements the shift regis- 
ter at step 65. When the shift count equals zero, 
the data register Is toaded at step 66. the host bus 
wait signal is deactivated at step 67, and the 

s **tran$f6r-ln-progress'' bit is reset at step 68. if the 
second bit at step St Is not a read at st^ 62, the 
"transfer-ln-prog?ess'' fc»t is rest After the "transfer- 
in-progre$s" bit is re^ at dther steps 68 or 69. 
the controlier resumes testing the *^F0 command 

to pending" flag at step 41. 

Rgure 5b is a flow chart of the functions of the 
data communlcafions receiver for the remote termi- 
nal. The terminal logic controller 12 begins by 
continuousiy testing for received SYNC at step 80, 

15 and an interrupt pending flag at step 81. if SYNC Is 
received at step 80. a "cycle-in-progreas" bit is set 
at step ^ and the first bit is extracted and tested 
for a read value at step 84, A read com- 
mand sets the receive count equal to 17 and se- 

20 lecte ^6 read multiplexer path at step 85. The shift 
count is tested for z^ at step 86 which, if false, 
shifts data and decrement the ^ift counter at step 
87. V\men the ^ft count equals zero, the address 
and command registers are loaded at step 88 and 

25 the parallel cycte is initiated at step 89. If the first 
bit at step 83 is not a read at step 84. then the 
receive count ie set equal to 25 at step ^ and the 
write muitiptexer path Is selected at step 91. The 
shift count is checked ter zero at step 92 which, if 

30 "false", shifte the data and decrement ttie shift 
count as step 95. Wl^ the shift count does equei 
zeror the address, command, and data re^sters 
are loaded at st^ 83 and the parattel cycte is 
tniuaiea at siep w. 

35 Rgure 5a is a flow chart of the logic steps 
involved in transmitting communications date from 
the host controllsr to ttse remote terminal. Once the 
parallel cyds has beoi initiBted from either a read 
command at step 89 or a write command at step 

40 94. the termlrval logk; controBer 12 w^ for ^e 
com^^on of the psrallei cyde at step 71. The 
tenninal log^c controDer then sends a SYNC, loads 
the ^ft registers, sets the shift counters for re«j 
or write as appropriate, and sets the "transferMn- 

45 progress" btt at step 72. The temninal controller 
watte for the end of the SYNC pattern at step 73 at 
which time the terminai controller enables the ^ift 
register clocks at step 74, The shift counter Is 
checked for zero at step 75 aid decremented if not 

5D equtf to 2em at step 76. If the shift count does 
equd 2ero at step 75. the controller determines if a 
command cycle existe at step 77 whidi, If "true". 
resets ttie command •cycle-in-progress" Wt at step 
79. If the command cydejs not true at step 77, the 

SB "Intenrupt-Jn-progress' bitis set at step 78 and the 
processing returns to testing for rec^ved SYNC 
and an interrupt pending at step 81. If an interrupt 
is pmicfing at step 81, the "intemflrt-in-progress" 
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bit 18 set at st^ 69. SYNC Is initiatad, the $hlft 
registBTS are loaded and the shift register counter 
is set for interrupt The interrupt message is then 
transmitted to the host in the same mann^ as a 
read* or wrtte message ae previousiy described. At 
the end of the Intamipt message the "intenrupt-ln- 
progress* flag is reset. The controller 12 begins 
testing for SYNC at step 80 as pre^ousiy de- 
scribed. 

The prindples, prefened embodiments and 
modes of operation of the present (nventfon have 
been described in the foregoing specification. The 
invention which is intended to be protected herein, 
however, ^uid not be consbued as llntited to the 
particular forms described as these are to be re- 
garded as illustrath^ rather than restrictive. Vari- 
ations and changes may be made by those skilled 
in the art without departing from the spirit of the 
inventiOfL Accordingly, the foregoing detailed de- 
scription should be considered exemplary in natwe 
and as not as limiting to the scope and spirit of the 
invention set forth in tfte upended claims. 



Claims 

. 1 . A data Hnic comprising: 

a first data bus haWng a plurality of parallel 
command streams, each command stream com- 
prising data; 

" a second data bus having a plurality of parallel 
command streams, each command stream com- 
prising data, said second data bus being remote 
from said first data bus; 

means ft>r transmitting data irom s^d first data 
bus to said second data bus so that said first data 
bus Is local to said second data bus. 

Z A data link as claimed in Oaim 1. hither 
comprising means for trmsmltttng data from said 
seooncf data bus to saU first data bus so that said 
first data bus is todd to said second data bus, 

3. A data Fmk as d^ed In Claim 2. wherein: 
sM first data bus comprises a host controller 

having a central pracessing unit (CPU) for execut- 
ing software; 

said second data bus comprises a remote 
tarminal, said rsmote terminal having a video dis- 
play and associated video memory. 

4. A data link as claimed in Claim 3, wherein 
said mean for transmifiing data comprises: 

means for encoding data on each of said 
conrvnand streams from said first data bus into 
seriaSzed data; 

nteans for transmitting said serialized data 
from said first cteta bus to said second data bus; 

'controt means for controifing the encoding and 
transmitting means at said first data bus; 

means for receiving serialized data from said 



second data bus at said first data bus; 

means for decoding said serialized data from 
said second data bus into panailel streams of data 
at first daia bus; and 
5 control means for controlling the recehn'ng and 
decoding means at said first data bus. 

5. a data fink as claimed In Claim 4, whef«n, 
said means for transmitting data further comprises: 

means for receiving serialized data from said 
10 first data bus at said second data bus; 

means for decoding said serialized data into 
parallel streams of data at said second data bus; 

control means for controlling the receiving and 
decoding means at said second data bus; 

means for encoding data on each of said 
command streams from said second data bus into 
seriafized data; 

means for transmitting said seriaDzed data 
from said second data bus to said first data bus; 
20 and 

control means for controlling the encoding and 
Irfflismitting means at ssad second data bus. 

6. A data link as claimed in Claim 6. wherein: 
said means for transmitting data from saki first 

X data bus to sakS second data bus comprises a first 
transmlsston channel for transnrtitling a first single 
stream of encoded data; and 

said means for transmitting data from said 
second data bus to said first data bus comprises a 

30 second transmis^on channel for transmittnng a sec- 
ond single stream of encoded data. 

7. A data link as danrad m Claim 6, wheiein: 
said first transmission channel comprises a 

fiber optic link; and 
95 said secorki trmmisslon channel comprises a . 
fiberoptic link. 

8. A data link as claimed in Claim 6. wherein: 
said means for transmitting data fifom saki first 

data bus to saki second data bus comprises means 
40 for transmitfing sakf data at a frequency dt at least 

15 MHz; and 

said means for transmitting data from said 

second data bus to said first data bus comprises 

means for transmitting said data at a frequency of 
4s at least 15 WiHz. 

9. A data link as claimed in Claim 8, wherein 
said first arKJ second data streams are encoded on 
a synchronous transmission format 

10. A data link as claimed in Claim 6, wherein 
so said first and second data streams are encoded on 

an asynchronous traismis^on format 

11. A data link as claimed in Claim 6, wherein 
said first and second data streams are synchro- 
nously encoded on an aayndironous transmission 

55 fomiat 

12. A data link as claimed In Claim 5. wherein 
said means for encoding and transmitting data and 
racei^ng and decoding data at said first data bus. 
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and means for receiving and decoding data 
and flooding and transmitting dala at said: second: 
data bus comprfsa spfldaHy dedtcatad; hardwrfred 
logla 

13. A data:iir^ as claimed in C3alnr 12, wherein s 
said iiardwired^kigic campnseff a ffichardson cotk 
froller. . 

14. A data iMe as claimed In Ciaim 12, wher^a 
said hardwired lo^c is fomied fmm 74F TTL logic. 

15. A data fir^ as cla&rmd In Claim 3, further io 
comprising: 

means for generating video graphics infcrma* 
tion on said first data Ihis; 

means for receivrng said video graphics 
Information on said second data bus: and 75 

means for dteplaying said video graphics 
infonnation at said nmota terminal 

16. A data^iinic as claimed in Claim 15, wherein 
said means for traismitfing data from sM first data 
bus- to said »cond data bus comprises means fbr 20 
tiansmHting said video graphics infonnatbn from 

said first data bus to said second data bus. 

17. A data link as claimed in Claim 3, wherein 
said first and second data busses are components 

of a first and second autonomous computer, re- 25 
specthrely. said first and second data busses being 
hardwired to first and second CPlfs. respectively. 

Ifi. A data link as dalmed in Claim 17, whernin 
sakJ autcmmous conqsuter comprises a personal 
computer (PC). * 30 

19. A method of transfem'ng data, comprising 
the steps of; 

transmitting data from a first data bus of a host 
controller to a second bus of a remote temninai that 
Is remote from sakf first data bus so ^ s^d first ^ 
data bus has direct access to said temninal bus. 
indiKiing any operatton^ hardware on said second 
bus; and 

transmltiing data from said second bus to said 
first data bus so that sakf second bus has direct 4o 
access to w6 first data bus, induding any oper* 
ationai hardware on said first data bus. 

20. A method as claimed in dalm 19. wherein; 
said first data bus data comprises video 

graphics infbrmaficm; and 45 

said terminal bus data comprises video 
graphics information. 

21. A method as claimed in Claim 20. wherein 
said video graphics infonmatton is asynchronously 
transmitted in data frames that are preceded by an 50 
indication of whether the frame is a read or write 
request 

22. A method as claimed in Claim 19. furtter 
comprising the step of receiving data from addi- 
ftonai remote terminals at said host controller In a a 
time^hare manner. 
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